REMARKS 



Claims 1, 3-10, 13-16, 18, 51, 53-59, 62-65, 67, 72, 100-108, 110-112 and 116, 
have been amended to better recite Applicants' claimed invention. Claims 1-24, 51-73, 
100-117, 136 and 138 are pending in the application. Reconsideration is respectfully 
requested in light of the following remarks. 

Allowable Subject Matter : 

Previously, in the Final Office Action of January 9, 2006, the Examiner stated that 
claims 8-11, 57-60 and 106-109 were objected, but otherwise allowable if rewritten in 
independent form. In the present Office Action, the Examiner has failed to provide a 
prior art rejection for any of these claims. As such, Applicants' presume that claims 8- 
11, 57-60 and 106-109 would still be allowable if rewritten in independent form, as 
previously noted by the Examiner. 

Section 101 Rejection : 

The Examiner rejected claims 100-1 17 under 35 U.S. C. § 101 as being directed to 
non- statutory subject matter. Applicants' respectfully traverse this rejection. However, 
in an effort to further prosecution of the instant case, claims 100-1 17 have been amended 
as suggested by the Examiner to overcome this rejection. Applicants' assert that the 
amendments do not change the scope of the claimed subject matter. 

Section 112, Second Paragraph, Rejection : 

The Examiner rejected claims 1-24, 51-73 and 100-117 under 35 U.S.C. § 112, 
second paragraph, as being indefinite. Applicants respectfully traverse this rejection for 
at least the reasons presented previously. However, in order to expedite prosecution, 
Applicants have amended these claims for clarity. Withdrawal of this rejection is 
respectfully requested. 
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Double Patenting Rejection : 



The Examiner rejected claims 1-24, 51-73, 100-117, 136 and 138 under the 
judiciary created doctrine of obviousness-type double patenting as being unpatentable 
over claims 1-45 of U.S. Pat. No. 6,868,447. Applicants respectfully traverse this 
rejection for at least the reasons below. 

First of all, the double patenting rejection should be reconsidered in light of the 
above amendments to the claims. 

Secondly, the Examiner has failed to state a prima facie obviousness-type double 
patenting rejection. According to MPEP 804.II.B.1, to state a proper obviousness-type 
double patenting rejection, the Examiner should list the differences between each 
rejected claim and the claims of the other patent/application, and for each difference the 
Examiner should give the reasons why a person of ordinary skill in the art would 
conclude that the invention defined in the claim at issue would have been an obvious 
variation of the invention defined in a claim of the other patent/application. Simply 
noting a few similarities between the claims does not satisfy the Examiner's burden to 
state valid reasons (supported by evidence of record) why a person of ordinary skill in the 
art would conclude that the invention defined in the claim at issue would have been an 
obvious variation of the invention defined in a claim of the other patent/application. Nor 
has the Examiner specifically addressed each difference of the claim of the present 
application compared to the claim of the other application. 

Instead, the Examiner merely states, "[ajlthough the conflicting claims are not 
identical, they are not patentably distinct from each other because the patent teaches the 
limitations as disclosed such that the interpretation of a first entity accessing a second 
entity through messages in a data representation language is equivalent to a first client 
sending a first message in to a first service and the first service generating a set of results 
in response to the first message, wherein the set of results are expressed in a data 
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representation language and using a space, advertisement, XML, and URI." The 
Examiner has not addressed every difference between the claims. The Examiner clearly 
has not met the requirements (as stated in MPEP 804.11. B.l) to establish a prima facie 
obviousness-type double patenting rejection. 

The Examiner does note that the claims of U.S. Patent No. 6,868,447 do not 
include the limitations in regard to bridging and proxy service as recited in the claims of 
the present application. The Examiner contends that these limitations were well known 
and would be obvious and refers to the Tuatini (U.S. Patent Application Publication No. 
2002/0032783) for support. Applicants traverse the Examiner's assertion that these 
limitations were well known in the context of Applicants' claimed invention. 
Additionally, the Examiner's reliance on Tuatini for the double patenting rejection (and 
the § 102 and § 103 rejections discussion below) is misplaced because i) Tuatini fails to 
teach or suggest the particular limitations of Applicants' claims (as discussed below 
regarding individual claim rejections), and ii) Tuatini is prior art (as discussed below). 
As to the several other references cited by the Examiner, these references may indicate 
that bridging and proxy services were well known in other contexts, but fail to show that 
bridging and proxy services were well known in the context of the particular limitations 
of Applicants' claimed invention. Also, the cited references do not teach or suggest 
bridging and proxy services that function as recited in Applicants' claims 

The Examiner has incorrectly stated that Applicants' previous argument was 
bridging and proxy service is not well known in the art (See, Advisory Action). The 
Examiner has misunderstood Applicants' argument. Applicants are arguing that a 
bridging and proxy service was not well known in the context of Applicants ' claimed 
invention. Bridging and proxy services may have been well known in other contexts, but 
Applicants assert that bridging and proxy services were not well known that function as 
recited in Applicants' claims and in the context of Applicants' claimed invention which 
recites a specific combination of features. Applicants also argue that bridging or proxy 
services that function as recited in Applicants' claims are not known in the prior art. Nor 
has the Examiner stated a reason to include such bridging and/or proxy services in the 
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context of Applicants' claimed invention. 



For at least the reasons above, Applicants respectfully request removal of the 
double patenting rejection. 

Section 102(e) Rejections : 

The Examiner rejected claim 138 under 35 U.S.C. § 102(e) as being anticipated 
by Tuatini (U.S. Patent Application Publication No. 2002/0032783), claims 1, 51, 100, 
136 and 138 under 35 U.S.C. § 102(e) as being anticipated by Walsh et al. (U.S. Patent 
6,810,429) (hereinafter "Walsh"), Zintel (U.S. Patent 7,130,895), and Bowman (U.S. 
Patent 6,842,906). Applicants respectfully traverse this rejection for least the reasons 
presented below. 

Regarding the rejection of claim 138 as anticipated by Tuatini, the rejection 
is improper because (among other reasons), Tuatini is not prior art, as discussed in 
length in Applicants' previous response (filed, January 21, 2008). 

The Examiner has never shown that Tuatini qualifies as prior art. As Applicants' 
have repeatedly shown, the Tuatini application was filed on January 2, 2001, after 
Applicants' filing date of October 19, 2000. Furthermore, Tuatini's claim of the benefit 
from provisional applications filed on December 30, 1999 can only be used as Tuatini's 
35 U.S.C. § 102(e) prior art date for the subject matter that is common to both the Tuatini 
patent and one of the provisional applications. From even a cursory review it is clear that 
Tuatini's published application differs greatly from its provisional applications. The 
Examiner has not shown that all of the subject matter from Tuatini's published 
application that is relied upon in the current rejection is found in one of Tuatini's 
provisional applications. As noted in Applicants' previous response (filed January 21, 
2008), the Examiner's referenced pages (pp. 4, 16, 78, 112, 236, 324, and 428) of 
Tuatini's provisional application 60/173,712 do not support the subject matter relied upon 
by the Examiner in the rejection of claim 138. Please see pp. 27-27 of Applicants' 
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previous response for a more detailed discussion of the pages of Tuatini's provisional 
application cited by the Examiner. 

Moreover, under 35 U.S.C. 119(e)(1), a published patent application is not 
entitled to its provisional application's filing date as a prior art date unless at least one 
claim of the published application is supported (per 35 U.S.C. § 112) in the provisional 
application. However, the pages cited by the Examiner do not support claim 1 of the 
Tuatini application per the requirements of 35 U.S.C. § 1 12, first paragraph. Thus, the 
rejection of claim 138 is improper unless the Examiner can show that Tuatini's published 
application has the necessary claim support in one of the provisional applications to be 
entitled to the provisional application's filing date as its § 102(e) prior art date. See also 
M.P.E.P. § 2136.03(IV). The Examiner has not made such a showing. The Examiner has 
not met his burden of proof to show that Tuatini qualifies as prior art for this reason as 
well. 

Furthermore, as pointed out in Applicants' January 2, 2008 response, the Board of 
Patent Appeals and Interferences recently discussed this very issue in the Decision on 
Appeal, U.S. Patent Application No. 10/054,809, August 21, 2007, p. 8, lines 1-7 and 11- 
20. The board stated that the Examiner's "rejection should show, to establish a prima 
facie case for unpatentability, where support resides in the earlier provisional application 
for each instance of specific subject matter relied upon in the published application, 
including an explanation why the provisionals would still be recognized by the artisan as 
providing support if not 'word for word' the same as the later text or drawings " 
(emphasis added). The board further pointed out that "Mere reference to the text or 
drawings ... is not sufficient." See, Decision on Appeal, U.S. Patent Application No. 
10/054,809, August 21, 2007, p. 8, lines 1-7 and 11-20. 

This is exactly the situation in the instant case, namely that the Examiner has 
failed to provide a prima facie rejection because the Examiner has not shown that 
Tuatini's provisional application fully supports every instance of the subject matter of 
Weisman's later utility application relied on by the Examiner. Nor has the Examiner 
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responded to this argument in the Response to Arguments section of the current Action. 
Instead, the Examiner merely relies on the rejection listed in the July 11, 2005 rejection. 

In further regard to claim 138, regardless of whether or not Tuatini qualifies 
as prior art, Tuatini does not disclose the proxy service providing to the first entity 
an interface to a second entity in the second computing environment, wherein 
providing an interface comprises sending to the first entity a schema defining one or 
more messages in the data representation language for accessing the second entity. 
The Examiner cites paragraphs [0166-0168] where Tuatini describes the use of an LDAP 
directory service. However, Tuatini does not teach sending a client application (which 
the Examiner equates to a first entity) a schema defining one or more messages in the 
data representation language for accessing the second entity. Instead, Tuatini describes 
how a LDAP directory may include a schema defining object classes of information that 
can be stored in the directory entries. As pointed out in Applicants' previous response 
(January 21, 2008, pp. 29-31), Tuatini does not mention anything about a schema 
defining messages in a data representation language for accessing the LDAP directory 
service, as would be required for the Examiner's line of reasoning to be correct. Tuatini 
also fails to mention sending such a schema to the client application. Furthermore, 
Tuatini teaches how a client accesses a LDAP directory by instantiating a directory 
manager object and uses methods of the directory manager object to retrieve other objects 
(both directory entry objects and adapter objects) for accessing particular directory 
entries. (Tuatini, paragraph [0167]). Thus, Tuatini's system provides access objects 
for the entries of a LDAP directory service rather than sending a schema defining 
messages in a data representation language for accessing the directory service. 

The Examiner also cites paragraphs [0122-0132] where Tuatini describes the use 
of a XML document type definition (DTD) to specify message parameters used to request 
service functions. However, as discussed in Applicants' previous response, the cited 
passage does not mention a proxy service sending the XML DTD to a client component, 
which would be required if the Examiner's interpretation of Tuatini were correct. 
Instead, Tuatini describes that the XML DTD may be a part of a group of information for 
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each shared service providing functionality to clients and that the information is "made 
available to others" (Tuatini, paragraph [0125]). The mere statement that an XML DTD 
is made available to others does not disclose the specific limitation of a proxy service 
sending a schema to a first entity, as recited in Applicants' claim 138. There are, in fact, 
many ways in which information may be "made available" to entities in a distributed 
computing environment, as is well known in the art. For example, Tuatini states that the 
XML DTDs may be stored separately from the access interface information (Tuatini, 
paragraph [0128]) and that Tuatini's messaging component may retrieve the XML DTD 
to verify that a message is properly formatted, thus implying that in Tuatini's system the 
XML DTDs are made available by storing them in a shared location. 

As anticipation under 35 U.S.C. § 102 requires that the presence in a single prior 
art reference disclosure of each and every element of the claimed invention, arranged as 
in the claim (Lindemann Maschinenfabrik GmbH v. American Hoist & Derrick Co., 221 
USPQ 481, 485 (Fed. Cir. 1984)), Tuatini clearly does not anticipate Applicants' claim 
138. Thus, the rejection of claim 138 is not supported by the prior art and removal 
thereof is respectfully requested. 

Regarding the rejection of claim 1 as anticipated by Walsh, Walsh fails to 
disclose a first entity in the first computing environment obtaining an advertisement 
for a service accessible through the second computing environment, wherein the 
advertisement includes access information for accessing the service , as recited in 
Applicants' claim. Walsh teaches a system that uses XML as a generic format for 
exchanging requests and the resulting information between clients and legacy data 
sources. The Examiner, regarding claim 136, cites col. 5 of Walsh. However, column 5 
of Walsh describes the bridge framework that provides generic high level access services 
for a back-end interface. For instance, Walsh, at the cited passage, teach that the bridge 
framework identifies agents making requests and provides a means to map a generic user 
identity to specific logon information required by any the legacy data sources. The cited 
passage also discusses connection pooling. According to Walsh, the bridge framework 
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also provides a connection pooling and sharing mechanism based on user groups in 
which all members of a user group access a particular data source via a shared connection 
pool using a "pseudo-user account" (Walsh, col. 5, lines 21-40). The Examiner's cited 
passage further describes the bridge framework's ability to cache documents. 

Walsh does not describe (neither at col. 5 nor elsewhere) the client obtaining any 
advertisement for a back-end legacy data source, where the advertisement includes 
accessing information, as would be required for Walsh to be considered to anticipate 
Applicants' claim. In contrast, Walsh describes the ability to browse or query 
information on a data source, but does not mention anything about advertisements for the 
data sources (Walsh, col. 5, line 60 - col. 7, line 2). Walsh is, in fact, completely silent 
regarding how a user locates and selects a particular data source to use. 

Furthermore, Walsh also fails to disclose the first entity using the access 
information from the advertisement to access the service, wherein the first entity 
using the access information from the advertisement comprises the first entity 
accessing a proxy service through messages in a data representation language in the 
first computing environment and according to the access information in the 
advertisement, as recited in Applicants' claim. In contrast, Walsh specifically describes 
a public interface for use in accessing legacy data system that includes "four basic types 
of accesses, namely get 510, put 520, add 430, and delete 540" (Walsh, col. 14, lines 6-8) 
that are embedded in HTTP get and put commands (col. 13, lines 48-55). Thus, entities 
accessing Walsh's legacy systems use Walsh's public interface that does not involve 
accessing a service according to access information in an advertisement, as recited in 
Applicants' claim. 

Without some specific teaching by Walsh regarding the obtaining of an 
advertisement for a service in the second computing and accessing the service according 
to access information in the advertisement, Walsh cannot be said to anticipate 
Applicants' claim. 
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Thus, the rejection of claim 1 is not supported by the cited art and removal thereof 
is respectfully requested. Similar remarks also apply to claims 51, 100 and 136. 

Further regarding claim 136, Walsh also fails to disclose wherein the 
advertisement includes information describing one or more computer programming 
language method calls to methods in the computer programming language provided 
by the second entity and constructing on the first entity a client method gate 
configured to provide an interface to the second entity by generating data 
representation language messages including information representing the method 
call , as recited in Applicants' claim. 

The Examiner cites column 5 of Walsh. However, neither column 5, nor the 
remainder of Walsh, teaches this limitation of claim 136. Instead, the cited passage 
describes Walsh's bridge framework that provides generic high level access services for a 
back-end interface, including the ability to map a generic user identity to specific logon 
information required by any the legacy data sources and connection pooling. 

As discussed above regarding the rejection of claim 1, Walsh fails to disclose any 
form of advertisement for the legacy data sources, which the Examiner equates to the 
second entity of Applicants' claims. Additionally, nothing about Walsh's bridge 
framework involves constructing a client method gate on the first entity. Nor does Walsh 
mention anything about constructing a client method gate configured to provide an 
interface to the second entity by generating data representation language messages 
including information representing the method calls (e.g., method call to methods in the 
computer programming language provided by the second entity). 

Furthermore, Walsh clearly teaches a particular standard public interface (Walsh, 
FIG. 5, and col. 14, lines 6-26) that does not involve a client method gate generating data 
representation language messages including information representing method calls in the 
computer programming language provided by the second entity. In contrast, Walsh's 
public interface is specifically designed to not represent the method calls of the legacy 
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data sources. For instance, Walsh teaches, "As an advantage, the public interface 410 
makes no assumptions about how data in the legacy database 111 is sourced or 
maintained" and, "Instead, we make the public interface resemble the GET/PUT model of 
HTTP" (Walsh, col. 4, lines 48-55). 

Thus, Walsh teaches away from constructing on the first entity a client method 
gate configured to provide an interface to the second entity by generating data 
representation language messages including information representing the method call, as 
recited in Applicants' claim. 

As such, the rejection of claim 136 is not supported by the cited art and removal 
thereof is respectfully requested. 



Regarding claim 138, contrary to the Examiner's assertion, Walsh fails to 
disclose sending to the first entity a schema defining one or more messages in the 
data representation language for accessing the second entity, as recited in Applicants' 
claim. The Examiner cites column 5 of Walsh. However, the cited passage fails to 
mention anything about sending a schema defining one or more message in data 
representation language to the first entity. Instead, column 5 of Walsh describes the 
bridge framework that provides generic high level access services for a back-end 
interface. For instance, Walsh, at the cited passage, teach that the bridge framework 
identifies agents making requests and provides a means to map a generic user identity to 
specific logon information required by any the legacy data sources. The cited passage 
also discusses connection pooling. According to Walsh, the bridge framework also 
provides a connection pooling and sharing mechanism based on user groups in which all 
members of a user group access a particular data source via a shared connection pool 
using a "pseudo-user account" (Walsh, col. 5, lines 21-40). The Examiner's cited 
passage further describes the bridge framework's ability to cache documents. 
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However, the cited passage does not mention anything at all about sending a 
schema defining one or more messages in a data representation language for accessing 
the second entity, as required by Applicants' claim. Thus, the cited passage fails to teach 
the subject matter on which the Examiner relies. Moreover, Walsh's system does not 
include, or rely on, a schema defining messages in a data representation language for 
accessing the second entity. Instead, Walsh clearly specifies a particular public access 
interface that includes "four basic types of accesses, namely get 510, put 520, add 430, 
and delete 540" (Walsh, col. 14, lines 6-8) that are embedded in HTTP get and put 
commands (col. 13, lines 48-55). Entities access Walsh's legacy data sources via the 
defined public interface. Thus, Walsh relies on a specific, limited, set of commands (e.g., 
query, update, add, and delete) that are NOT defined in a schema sent to the client 
machine, as would be required for Walsh to anticipate the particular limitation of claim 
138. The fact that Walsh uses messages including XML documents, does not disclose (or 
even suggest) sending a schema defining those messages. 

Not only does Walsh fail to disclose sending a schema defining messages in a 
data representation language for accessing the second entity, there is no need for such a 
schema since Walsh specifically defines a standard public interface that all entities use to 
access the back-end legacy data systems via Walsh's bridge framework. 

Thus, the rejection of claim 138 is not supported by the cited art and removal 
thereof is respectfully requested. 

Regarding the rejection of claim 1 as anticipated by Zintel, Zintel fails to 
disclose the first entity using the access information from the advertisement to 
access the service, wherein the first entity using the access information from the 
advertisement comprises the first entity accessing a proxy service through messages 
in a data representation language in the first computing environment and according 
to the access information in the advertisement. The Examiner cites col. 6 of Zintel, 
without referring to any particular part of Zintel' s system. Zintel teaches a device control 
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model that provides an integrated set of processes (e.g., addressing, naming, discovery 
and description processes) that enables self-setup by devices to interoperate with other 
devices on a network (Abstract). Zintel's system relies heavily on Universal Plug and 
Play (UPnP) and col. 6, cited by the Examiner, is part of a description of UPnP. 
However, the cited passage does not mention anything about an entity accessing a proxy 
service through messages in a data representation language. 

In fact, Zintel fails to teach anything about accessing a proxy service through 
messages in a data representation language. In contrast, Zintel teaches the use of proxy 
object that are accessed via a particular and specific set of API calls that Zintel describes 
in some detail. For instance, Zintel describes a rehydrator 410 that "operates as a 
universal adaptor to provide a programmatic interface to any service-specific protocol of 
a remote computing device" and that rehydrator 410 "exposes a suitable API to 
applications" (Zintel, col. 22, lines 16-21 and 36-56). 

Rather than being accessed through messages in a data representation language, 
Zintel's rehydrator is instantiated, invoked and controlled via programmatic API 
functions. For instance, Zintel teaches that in a preferred in embodiment rehydrator 410 
is "an internal Microsoft Windows component that routes service control requests from 
the UPnP API to devices" and that "the Rehydrator performs a mapping between API 
calls and network protocols" (Zintel, col. 23, lines 24-41). Zintel also describes a specific 
set of API methods used to interact with rehydrator 410 (e.g., 
RehydratorCreateServiceObject, RehydratorQueryStateVariable, 
RehydratorGetServiceProperty, RehydratorlnvokeServiceAction, etc., col. 23-26). 

Thus, not only does Zintel fail to disclose anything about an entity accessing a 
proxy service through messages in a data representation language, Zintel teaches a 
completely different method for accessing a proxy service that does not involve messages 
in a data representation language. 
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In the Response to Amendment section of the current Office Action, the Examiner 
disagrees with Applicants' arguments, and asserts that the "disclosure and teachings of 
Zintel are not limited as concluded by the applicant" without explaining where the 
Examiner believes Applicants' arguments are in error. The Examiner then states, "please 
see the cited portions among other places of the cited art that not only contain the 
applicant (sic) concerned content of the art, but also read upon the limitations." 
However, Applicants have clearly pointed out that Zintel, regarding both at the 
Examiner's cited passages and the remainder of Zintel, fails to disclose the particular and 
specific limitations of Applicants' claim. The Examiner's generic reference to "the cited 
portions among other places of the cited art" does not address Applicants' arguments. 

Additionally, regarding the Examiner's reference, in the Response to Amendment 
section, to page 203 of Applicants' specification has no relevance to the current rejection. 
Modifications and variations that might be obvious to one having benefit of Applicants' 
specification have no bearing on, nor relevance to, what is disclosed by the cited art 
without benefit to Applicants' specification. 

In further regards to claim 1, Zintel also fails to disclose the proxy service 
providing to the first entity an interface to a second entity in the second computing 
environment, wherein the second entity is the service in the second computing 
environment; wherein the first entity can not distinguish between the proxy service 
and the service in the second computing environment. The Examiner cites col. 8 of 
Zintel. However, the cited passage does not describe that the first entity can not 
distinguish between the proxy service and the service in the second computing 
environment, as recited in Applicants' claim. Instead, the cited passage is part of a larger 
"terminology" section and discusses various types of modules and devices in Zintel 
system. The Examiner is apparently relying on Zintel' s teachings regarding bridging, 
bridged devices, and bridging services. However, as described in Applicants' previous 
response (filed January 21, 2008), Zintel's bridging does not include, nor does Zintel 
disclose, anything about a first entity not being able to distinguish between the proxy 
service and the service in the second computing environment. 
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Furthermore, Zintel teaches that when using a proxy or bridge, such as rehydrator 
410, applications pass information regarding a desired service object to be accessed via 
rehydrator 410. for instance, Zintel teaches that applications can query service properties 
invoking a GetProperty method that "makes a call to the RehydratorQueryStateVariable() 
function" (col. 24, lines 34-49). Zintel describes how the parameters of this function 
"supply the service instance specific information," the "Service Type Identifier," and "the 
name of the variable that is being queried" that the rehydrator will validate "against its 
internal list of state variables exported by the service" (col. 24, lines 49-60). Thus, Zintel 
expressly teaches invoking a particular and specific function of bridge's exposed API 
(e.g., RehydratorQueryState Variable) passing information about a particular bridged or 
proxied service. Thus, Zintel's bridges, such as rehydrator 410, are distinguishable from 
the second entity. 

Thus, for at least the reasons presented above, the rejection of claim 1 is not 
supported by the cited art and removal thereof is respectfully requested. Similar remarks 
also apply to claims 51 and 100. 

Regarding claim 136, contrary to the Examiner contention, Zintel fails to 
disclose a first entity in the first computing environment accessing a proxy service 
through messages in a data representation language. The Examiner cites col. 6 of 
Zintel. However, as noted above regarding claim 1, Zintel fails to disclose accessing a 
proxy service through messages in a data representation language. Instead, Zintel teaches 
accessing a proxy or bridge service, such as rehydrator 410, via API functions, not 
through messages in a data representation language. Zintel teaches the use of proxy 
object that are accessed via a particular and specific set of API calls that Zintel describes 
in some detail. For instance, Zintel describes a rehydrator 410 that "operates as a 
universal adaptor to provide a programmatic interface to any service-specific protocol of 
a remote computing device" and that rehydrator 410 "exposes a suitable API to 
applications" (Zintel, col. 22, lines 16-21 and 36-56). 
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Rather than being accessed through messages in a data representation language, 
Zintel's rehydrator is instantiated, invoked and controlled via programmatic API 
functions. For instance, Zintel teaches that in a preferred in embodiment rehydrator 410 
is "an internal Microsoft Windows component that routes service control requests from 
the UPnP API to devices" and that "the Rehydrator performs a mapping between API 
calls and network protocols" (Zintel, col. 23, lines 24-41). Zintel also describes a specific 
APIs (e.g., RehydratorCreateServiceObject, RehydratorQueryStateVariable, 
RehydratorGetServiceProperty, RehydratorlnvokeServiceAction) to interact with proxies 
and bridges. 

In further regard to claim 136, contrary to the Examiner's contention, Zintel fails 
to disclose the proxy service providing an advertisement for the second entity, 
wherein the advertisement for the second entity includes access information for 
accessing the second entity in the second environment from the first environment . 

The Examiner cites col. 9 of Zintel. The cited passage is part of a larger "terminology" 
section. Presumably the Examiner is referring to Zintel's service "description 
document". However, even a cursory reading of Zintel demonstrates that Zintel's proxy 
service does not provide the description document to the proxy service's client. In 
contrast, Zintel expressly teaches that the proxy service, such as the rehydrator, obtains 
the description document from the client. 

For instance, Zintel teaches that the description document is passed as a parameter 
to RehydratorCreateServiceObject() API call (col. 23, line 58- col. 24, line 11). Zintel 
also states that a "controlled Device or Bridge must be able to describe to a User Control 
Point the protocols required to control its Services" using the Description Document and 
that once "the Description Document is uploaded into the User Control Point the 
Rehydrator 410 can extract the SCPD from it" (emphasis added, col. 22, lines 6-15). 
Thus, Zintel fails to disclose where the proxy service providing an interface to a second 
entity comprises providing an advertisement for the second entity, where the 
advertisement includes access information for accessing the second entity. 
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Zintel clearly fails to disclose all the limitations of, and thus cannot be said to 
anticipate, claim 136. The rejection of claim 136 is not supported by the cited art and 
removal thereof is respectfully requested. 

Regarding claim 138, Zintel fails to disclose a first entity in the first 
computing environment accessing a proxy service through messages in a data 
representation language. As noted above regarding claim 1, Zintel fails to disclose 
accessing a proxy service through messages in a data representation language. Instead, 
Zintel teaches accessing a proxy or bridge service, such as rehydrator 410, via API 
functions, not through messages in a data representation language. Zintel teaches the use 
of proxy object that are accessed via a particular and specific set of API calls that Zintel 
describes in some detail. For instance, Zintel describes a rehydrator 410 that "operates as 
a universal adaptor to provide a programmatic interface to any service-specific protocol 
of a remote computing device" and that rehydrator 410 "exposes a suitable API to 
applications" (Zintel, col. 22, lines 16-21 and 36-56). 

Rather than being accessed through messages in a data representation language, 
Zintel' s rehydrator is instantiated, invoked and controlled via programmatic API 
functions. For instance, Zintel teaches that in a preferred in embodiment rehydrator 410 
is "an internal Microsoft Windows component that routes service control requests from 
the UPnP API to devices" and that "the Rehydrator performs a mapping between API 
calls and network protocols" (Zintel, col. 23, lines 24-41). Zintel also describes a specific 
APIs (e.g., RehydratorCreateServiceObject, RehydratorQueryStateVariable, 
RehydratorGetServiceProperty, RehydratorlnvokeServiceAction) to interact with proxies 
and bridges. 

In further regard to claim 138, Zintel also fails to disclose the proxy service 
providing to the first entity an interface to a second entity in the second computing 
environment, wherein said providing an interface comprises sending to the first 
entity a schema defining one or more messages in the data representation language 
for accessing the second entity . The Examiner cites col. 9 of Zintel. However, the cited 
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passage makes no mention whatsoever about a proxy service sending to a first entity a 
schema defining one or more messages in a data representation language for accessing 
the second entity. Presumably, the Examiner is relying on Zintel's description document. 
However, as shown above regarding claim 136, Zintel's proxy services, such as the 
rehydrator, do not send the description document, or any other schema defining messages 
in a data representation language, to Zintel's User Control Point applications. Instead, 
Zintel teaches, as noted above regarding claim 136, that the user control point 
applications provide the service description document (DCPD), including the Service 
Control Protocol Definition (SCPD) to the proxy service, such as via the pDCPD 
parameter of a create service object API call, such as the 
RehydratorCreateServiceObject() API call. 

Thus, Zintel's proxy service cannot be said to include or disclose the proxy server 
sending to the first entity a schema defining one or more messages in the data 
representation language for accessing the second entity, as recited in Applicants' claim. 

For at least the reasons above, the rejection of claim 138 is not supported by the 
cited art and removal thereof is respectfully requested. 

Regarding the rejection of claim 1 to Bowman, Bowman fails to disclose the 
first entity in the first computing environment obtaining an advertisement for a 
service accessible through the second computing environment, wherein the 
advertisement includes access information for accessing the service, as recited in 
Applicants' claim. The Examiner cites column 56 of Bowman. However, as described in 
Applicants' previous response (filed January 21, 2008), Bowman fails to mention 
anything about the first entity obtaining an advertisement for the second entity, where the 
advertisement includes access information for accessing the service. Instead, the cited 
passage describes various aspects of a communications services layer including virtual 
resources, directory services, messaging and security services. 
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Additionally regarding claim 1 , Bowman fails to disclose the first entity using 
the access information from the advertisement to access the service, wherein the 
first entity using the access information from the advertisement comprises the first 
entity accessing a proxy service through messages in a data representation language 
in the first computing environment and according to the access information in the 
advertisement. 

As explained in Applicants' previous response, Bowman's browser extension 
services and plug-ins do not involve, nor disclose, accessing a proxy service through 
messages in a data representation language. Browser extensions and plug-ins are not 
proxy services and are not accessed through messages in a data representation language. 
A browser may communicate to remote servers, using HTTP, but is not accessed as a 
proxy service through messages in a data representation language. Furthermore, 
Bowman's proxy services are not described as being accessible through messages in a 
data representation language. 

Additionally, Bowman's proxies are accessed via a set of API calls. For instance, 
Bowman-Amuah teaches that proxies are stored in various pools, such as a ProxyPool 
and an AllocationPool. Bowman teaches a set of C++ classes and templates for creating, 
storing and accessing proxies. Specifically, Bowman teaches that a proxy is based on a 
PooledProxy that "is the base class for the pooled proxy" that "acts as a wrapper for a 
Proxy" (col. 232, lines 1-53). Bowman further teaches that "Clients who wish to use a 
pooled proxy will create a handle as a wrapper," and that "Handles are classes that 
abstract the users away from the implementation" (col. 232, lines 15-23). Thus, Bowman 
teaches a C++ interface for accessing proxies. Bowman clearly fails to disclose a first 
entity accessing the proxy service through messages in a data representation language. 

Furthermore, Bowman also fails to disclose the proxy service providing to the 
first entity an interface to a second entity in the second computing environment, 
wherein the second entity is the service in the second computing environment; 
wherein the first entity can not distinguish between the proxy service and the service 
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in the second computing environment. The Examiner reliance on col. 51 of Bowman is 
clearly misplaced. The cited passage does not mention anything about the first entity not 
being able to distinguish between the proxy service and the service in the second 
computing environment. Instead, the cited passage is part of a larger discussion of 
implementation considerations including such questions as, "Are changes in data usage 
anticipated?", "Is it desirable to shield the user from the data access process?", "Are 
available resources an issue?", "What are the business requirements?" and "Do I already 
have a component that satisfies this criteria?". 

Bowman does not, either at the cited passage or anywhere else describe or 
otherwise disclose that the first entity can not distinguish between the proxy service and 
the service in the second computing environment, as recited in Applicants' claim. 
Without some specific teaching by Bowman regarding a proxy service appearing to a first 
entity as a second entity, Bowman cannot be said to anticipate claim 1 . 

In the Response to Amendment section of the current Office Action, the Examiner 
disagrees with Applicants' arguments, and asserts that the "disclosure and teachings of 
Bowman- Amuah are not limited as concluded by the applicant" without explaining where 
the Examiner believes Applicants' arguments are in error. The Examiner then states, 
"please see the cited portions among other places of the cited art that not only contain the 
applicant (sic) concerned content of the art, but also read upon the limitations." 
However, Applicants have clearly pointed out that Bowman, regarding both at the 
Examiner's cited passages and the remainder of Bowman, fails to disclose the particular 
and specific limitations of Applicants' claim. The Examiner's generic reference to "the 
cited portions among other places of the cited art" does not address Applicants' 
arguments. 

Additionally, regarding the Examiner's reference, in the Response to Amendment 
section, to page 203 of Applicants' specification has no relevance to the current rejection. 
Modifications and variations that might be obvious to one having benefit of Applicants' 
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specification have no bearing on, nor relevance to, what is disclosed by the cited art 
without benefit to Applicants' specification. 

As such, the rejection of claim 1 is not supported by the cited art and removal 
thereof is respectfully requested. Similar remarks also apply to claims 5 1 and 100. 

Regarding claim 136, Bowman fails to disclose a first entity in the first 
computing environment accessing a proxy service through messages in a data 
representation language. The Examiner cites col. 43 of Bowman, presumably relying 
on Bowman's browser extension services and plug-ins. However, as described above 
regarding claim 1, Bowman's browser extension services and plug-ins do not involve, nor 
disclose, accessing a proxy service through messages in a data representation language. 
Furthermore, Bowman is silent regarding a first entity accessing a proxy service through 
messages in a data representation language. In contrast, Bowman's proxy services appear 
to be accessed via C++ API calls. As noted above regarding claim 1, Bowman teaches 
particular C++ interfaces, classes and templates for creating, storing and accessing 
proxies. Bowman-Amuah clearly fails to disclose a first entity accessing the proxy 
service through messages in a data representation language. 

Further regarding claim 136, Bowman also fails to disclose wherein the proxy 
service providing to the first entity an interface to a second entity in the second 
computing environment comprises providing an advertisement for the second entity, 
wherein the advertisement for the second entity includes access information for 
accessing the second entity in the second environment from the first environment . 
The Examiner cites col. 56 of Bowman. However, the cited passage, as well as the 
remainder of Bowman, fails to mention anything about a proxy service providing to a 
first entity an interface to a second entity comprising providing an advertisement for the 
second entity, where the advertisement includes access information for accessing the 
second entity, as recited in Applicants' claim. Instead, the cited passage describes 
various aspects of a communications services layer including virtual resources, directory 
services, messaging and security services. 
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Bowman teaches that virtual resource services "proxy or mimic the capabilities of 
specialized, network-connected resources" (col. 56, lines 16-21 and col. 57, lines 44-51) 
but does describe any proxy service providing an advertisement for the second entity, 
wherein the advertisement for the second entity includes access information for accessing 
the second entity in the second environment from the first environment. 

As such, the rejection of claim 136 is not supported by the cited art and removal 
thereof is respectfully requested. 

Regarding claim 138, Bowman fails to disclose sending to the first entity a 
schema defining one or more messages in the data representation language for 
accessing the second entity . The Examiner again cites col. 56. However, the cited 
passage does not mention anything about a proxy service sending to a first entity a 
schema defining one or more messages in a data representation language for accessing 
the second entity. Instead, the cited passage describes various aspects of a 
communications services layer including virtual resources, directory services, messaging 
and security services. Without some specific teaching by Bowman- Amuah regarding 
sending to the first entity a schema defining one or more messages in the data 
representation language for accessing the second entity, Bowman- Amuah cannot be said 
to anticipate Applicants' claim. 

Further regarding claim 138, Bowman fails to disclose a first entity in the first 
computing environment accessing a proxy service through messages in a data 
representation language . As discussed above regarding the rejection of claim 1, 
Bowman is silent regarding a first entity accessing a proxy service through messages in a 
data representation language. In contrast, Bowman's proxy services appear to be 
accessed via C++ API calls. As noted above regarding claim 1, Bowman teaches 
particular C++ interfaces, classes and templates for creating, storing and accessing 
proxies. Bowman clearly fails to disclose a first entity accessing the proxy service 
through messages in a data representation language. 
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Thus, the rejection of claim 138 is not supported by the cited art and removal 
thereof is respectfully requested. 

Section 103(a) Rejections : 

The Office Action rejected claims 1-5, 19-21, 23, 24, 51-55, 68-70, 72, 73, 100- 
103, 113, 114, 116 and 117 under 35 U.S.C. § 103(a) as being unpatentable over Tuatini 
in view of Mead et al. (U.S. Patent 6,061,728) (hereinafter "Mead"), claim 136 as being 
unpatentable over Tuatini in view of Cheng (U.S. Publication 2001/0032273), Machin et 
al. (U.S. Publication 2002/0032806) (hereinafter "Machin") and Beck et al. (U.S. Patent 
6,604,140) (hereinafter "Beck"), claims 6, 7, 56, 104 and 105 as being unpatentable over 
Tuatini, Mead and Cheng in view of Beck, claims 12-18, 61-67 and 110-112 as being 
unpatentable over Tuatini, Mead, Cheng and Beck in view of Machin, and claims 22, 71 
and 115 as being unpatentable over Tuatini in view of Applicants Admitted Prior Art 
(hereinafter "AAPA"). Applicants respectfully traverse this rejection for at least the 
reasons presented below. 

Applicants respectfully traverse the rejection of claims 2-7, 12-24, 52-56, 61-73, 
100-105 and 110-117 for at least the reasons presented above regarding their respective 
independent claims. 

Further regarding the Examiner's rejection of claims 1-5, 19-21, 23, 24, 51-55, 
68-70, 72, 73, 100-103, 113, 114, 116 and 117 under 35 U.S.C. § 103(a) as being 
unpatentable over Tuatini in view of Mead et al. (U.S. Patent 6,061,728) (hereinafter 
"Mead"), the Examiner's rejection is improper because, as shown above, Tuatini is 
not prior art to the present application . 

Further regarding claim 1 , Tuatini in view of Mead fails to teach or suggest the 
proxy service providing to the first entity an interface to a second entity in the 
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second computing environment, wherein the second entity is the service in the 
second computing environment; wherein the first entity can not distinguish between 
the proxy service and the service in the second computing environment. The 

Examiner admits that Tuatini fails to teach a proxy service that provides an interface to a 
second entity and wherein the first entity can not distinguish between the proxy service 
and the service in the second computing environment. The Examiner relies upon Mead, 
citing column 3, line 1 through column 4, line 24 of Mead. Mead teaches a system in 
which multiple proxy devices coordinate to communicate messages between local area 
networks via a wide area network using a transparent bridging system. Specifically, 
Mead teaches the use of a master proxy device that mediates and selects which of the 
proxy devices should handle messages sent between a local area network and a wide area 
network. 

Mead's proxy devices do not appear as other entities to Mead's clients (nor to any 
other entity), even if combined with the teachings of Tuatini. Nowhere does Mead 
mention that his proxy devices are not distinguishable from other entities to components 
of Mead's system. Instead, Mead's proxy devices route messages received from an end 
station between two local area networks via a wide area network. Each proxy device 
routes messages and translates them between an Ethernet protocol and a TCP/IP protocol 
(Mead, FIG. 3 and column 6, lines 28-60). Mead does not mention that the first entity 
can not distinguish between the proxy service and the service in the second computing 
environment. 

The Examiner is apparently relying upon the fact that Mead's system includes a 
transparent bridging mechanism. However, Mead's proxy devices are transparent 
because an entity on one local area network sending a message to another local area 
network via a wide area network is not aware that the proxy devices are performing the 
routing. Instead, as noted above, Mead's proxy devices only route network message 
frames from one network to another. The end stations in Mead's system, even if 
combined with Tuatini, are not aware of Mead's proxy devices at all and do not view the 
proxy devices as some other entity in the computing environment. 
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In response to Applicants' argument above (as presented previously) the 
Examiner, in the Response to Arguments of the Final Office Action and the Advisory 
Action, asserts, "Mead's teachings and disclosure are not limited to the applicants'] 
assertions" (underlining by Examiner). The Examiner also repeats the assertion that 
Mead discloses a proxy service that appears to the first entity as the second entity, citing 
the same passage (column 3, line 1 - column 4, line 24) as cited in the rejection of claim 
1 . However, the Examiner fails to make any substantive rebuttal or additional argument 
regarding the fact that Mead's proxy devices function as a transparent bridging 
mechanism, and not as recited in claim 1. Nor does the Examiner substantively rebut 
Applicants' argument that transparent bridging systems do not include proxy services that 
appear as a second entity to a first entity. Instead, the Examiner refers to a computer 
dictionary definition of various terms, such as proxy, bridge, schema, etc. However, 
none of the definitions in the cited reference describe or mention anything about a proxy 
service that appears as a second entity to a first entity and thus fail to support the 
Examiner's rejection. Nor does the cited reference describe a transparent bridging 
mechanism. 

Additionally, the Examiner's statements regarding Applicants' claims containing 
"broadly claimed subject matter" reading on the Examiner's interpretation is clearly 
incorrect. As noted above (and which the Examiner has failed to properly rebut) 
Applicants' clearly state that Tuatini in view of Mead fails to teach or suggest a proxy 
service providing to the first entity an interface to a second entity in the second 
computing environment, wherein the proxy service appears to the first entity as the 
second entity . Applicant has demonstrated that Mead's proxy devices, which the 
Examiner equates to the proxy service of Applicants' claim, do not teach or suggest a 
proxy service that appears to a first entity as a second entity, even if combined with 
Tuatini. The Examiner has never provided any interpretation that shows how Mead's 
proxy devices, which as admitted by the Examiner provide a transparent bridging 
service, can appear as a second entity to a first entity. 
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Additionally, the Examiner's proposed combination of Tuatini and Mead would 
not result in a system that includes a proxy service providing to the first entity an 
interface to a second entity in the second computing environment, wherein the 
second entity is the service in the second computing environment; wherein the first 
entity can not distinguish between the proxy service and the service in the second 
computing environment. Instead, the Examiner's proposed combination of Tuatini and 
Mead would result only in allowing Tuatini 's application framework, including the 
messaging component to also transparently route messages between local area networks 
via a wide area networks using the multiple proxy devices of Mead. Since neither Tuatini 
nor Mead, whether considered single or in combination, teaches or suggests a proxy 
service that appears as another entity, no combination of Tuatini and Mead would include 
such a proxy service (that appears as another entity). 

Moreover, Mead's proxy devices are at a completely different computing layer 
than Tuatini 's messaging component, which the Examiner interprets as the proxy service 
of Applicants' claim. Tuatini 's messaging component does not have anything to do with 
routing frames between a LAN and a WAN. Even if one where to modify the messaging 
component of Tuatini, which the Examiner interprets as a proxy service providing to first 
entity an interface to a second entity, the result would merely allow Tuatini 's messaging 
component to route messages between a local area network and a wide area network and 
between an Ethernet protocol and a TCP/IP protocol. Nothing in such a combination 
would include or suggest that the messaging component would appear as another entity. 

Therefore, for at least the reasons presented above, the rejection of claim 1 is not 
supported by the cited art and removal thereof is respectfully requested. Similar remarks 
also apply to claims 51 and 100. 

Regarding claim 20, Tuatini in view of Mead fails to teach or suggest where 
the second environment is a non-message based environment. The Examiner cites 
FIG. 41 and paragraphs 122 - 160 of Tuatini. However, the cited passages do not teach 
or suggest a second environment that is a non-message based environment. The 
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Examiner refers to Tuatini's system including, "CORBA server or Web Server using 
other than message based languages". However the Examiner's interpretation of Tuatini 
as well as CORBA and Web Servers is clearly incorrect. 

Firstly, Tuatini's invention is clearly directed towards message-based systems. 
For example, Tuatini teaches, "[w]hen an application component needs to access 
functionality provided by remote shared services, the component uses a local messaging 
service" (italics added, Tuatini, Abstract). Additionally, the Examiner's cited passage 
describes various aspects of Tuatini's message passing system. Nothing is mentioned 
about a non-message based environment. 

Secondly, the Examiner's reference to a CORBA server or Web Server is 
misplaced. As is well understood in the art, both CORBA servers and Web Servers rely 
on message-based environments. For example, Tuatini states, "the transport connector 
will be executed to control the sending of the message to the shared service function and 
to control the receiving of any response messages ". Tuatini continues by stating, "the 
transport connector will contain specialized knowledge specific to the transport service 
(e.g., . . . CORBA , . . . HTTP , . . . etc.) to be used to communicate with the shared service, 
such as how to establish a connection and how to send and receive messages " (emphasis 
added, Tuatini, paragraph [0134]). Additionally, Tuatini teaches, "the transport 
connector (or service adapter) then sends the sub-message to the shared service through a 
connector interface 4115 for that type of shared service 4180 (e.g., ... a CORBA 
component provided by a CORBA server, ... a Web application provided by a Web 
server, . . .), with the sub-message sent in a manner appropriate to execute the function for 
that transport service" (emphasis added, Tuatini, paragraph [0137]). Thus, Tuatini 
clearly teaches that both CORBA and HTTP (e.g. used by Web servers) rely on message- 
based systems. 

Mead, not relied upon by the Examiner in the rejection of claim 20, also fails to 
teach or suggest a second environment that a non-message based environment. Thus, 
Mead fails to overcome the above mentioned deficiencies of Tuatini regarding a second 
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environment that a non-message based environment. Therefore, the Examiner's 
combination of Tuatini and Mead fails to teach or suggest the limitation of claim 20. 

For at least the reasons above, the rejection of claim 20 is not supported by the 
cited art and removal thereof is respectfully requested. Similar remarks also apply to 
claims 69 and 113. 

Regarding the rejection of claim 136, Tuatini in view of Cheng, Machin and 
Beck fails to teach or suggest that a proxy service providing to the first entity an 
interface to a second entity in the second computing environment comprises 
providing an advertisement for the second entity , wherein the advertisement for the 
second entity includes access information for accessing the second entity in the 
second environment from the first environment and wherein the advertisement 
includes information describing one or more computer programming language 
method calls to methods in the computer programming language provided by the 
second entity. 

The Examiner admits that Tuatini fails to teach this limitation of claim 136. The 
Examiner cites FIG. 3 and paragraphs 9-12 and 23-24 of Cheng. However, the cited 
portions of Cheng do not describe providing an advertisement including access 
information and information describing computer programming method calls. Cheng 
teaches the use of thin glue layers to bridge a non-IP network with the Internet. Cheng's 
thin glue layers translate between the IP protocol and the non-IP protocol and allow 
commands and responses to tunnel between applications in the Internet and the non-IP 
network (Cheng, paragraph [001 1]). 

The Examiner seems to be arguing that Cheng's teachings regarding a HAVi (a 
particular non-IP network) application using a HAVi API to access Internet services 
implies providing an advertisement including access information and describing method 
calls. However, Cheng does not mention providing any sort of advertisement that 
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includes access information or describing computer programming language method 
calls. Instead, Cheng only refers to the fact that the glue layers can translate between the 
two protocols. As noted above, the Examiner admits that Tuatini fails to provide an 
advertisement including access information and describing computer programming 
language method calls. Thus, Cheng, even if combined with Tuatini, fails to teach 
providing an advertisement including access information and describing computer 
programming language method calls. Furthermore, Machin and Beck fail to overcome 
the above noted deficiencies of both Tuatini and Cheng. Therefore, the combination of 
Tuatini, Cheng, Machin and Beck fails to teach or suggest a proxy service providing an 
advertisement including access information and describing method calls. 

Moreover, claim 136 corresponds to the subject matter of claim 8 written in 
independent form. Claim 8 is objected to as being dependent from a rejected base claims, 
but the Examiner states it would be allowable if rewritten in independent form. Thus, 
claim 136 should also be allowable. 

Thus, for at least the reasons above, the rejection of claim 136 is not supported by 
the cited art and removal thereof is respectfully requested. 

Regarding the rejection of claim 12 as being unpatentable over Tuatini, Mead, 
Cheng and Beck in view of Machin, the rejection is improper, because as shown above, 
Tuatini is not prior art. Moreover, the Examiner has previously stated that claim 8, from 
which claim 12 depends would be allowable if rewritten in independent form. Thus, 
since claim 12 depends from claim 8, claim 12 should also be allowable if rewritten in 
independent form. Similarly, regarding claim 61, the Examiner has stated that claim 57, 
from which claim 61 depends would be allowable if rewritten in independent form. 
Thus, since claim 61 depends from claim 57, claim 61 should also be allowable if 
rewritten in independent form. Thus, claims 12 and 61 should also be allowable if 
written in independent form. 
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In regards to claim 16, the Examiner has failed to provide a proper rejection of 
claim 16. The Examiner rejects claim 16 as part of a rejection of claim 9-18, 59-67 and 
107-1 12. However, the Examiner does not mention anything regarding the limitations of 
claim 16. Nor does the Examiner cite any portions of Tuatini, Mead, Cheng, Beck or 
Machine that teaches or suggest the limitations of claim 16. In short, the Examiner has 
completely ignored the limitations of claim 16, which is clearly improper. 

Furthermore, the Examiner's combination of Tuatini, Mead, Cheng, Beck and 
Machin fails to teach or suggest providing an advertisement for the stored data to 
the first entity, wherein the advertisement for the stored data includes access 
information for the stored data. Instead, Tuatini teaches that result information is 
transmitted directly to the requesting client via messages. For instance, Tuatini teaches 
that a container receives the request messages and forwards them to container adapter and 
"receives response messages from the container adapter and forwards them to the client 
system" (Tuatini, paragraph [0065]). Similarly, Tuatini also states, "[ajfter the message 
has been sent to execute the function of the shared service, the transport connector (or 
service adapter) then waits to receive response messages (if any) from the function" and 
that "[f]or each response message received, the transport connector performs the same 
processing discussed (e.g., translation, or additional security measures) in order to send 
the response message back to the requesting client" (Parenthesis in original, Tuatini, 
paragraph, [0138]). 

Thus, Tuatini clearly and repeated states that result information is send in 
message to the requesting client. Nowhere does Tuatini mention providing an 
advertisement for the stored data to the first entity, where the advertisement includes 
access information for the stored data. Moreover, as noted above, the Examiner has 
failed to address the limitations of claim 16 in his rejection. 

Thus, for at least the reasons above, the rejection of claim 16 is not supported by 
the cited art and removal thereof is respectfully requested. Similar remarks also apply to 
claim 65. 
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In regards to claim 17, the Examiner has failed to provide a proper rejection. As 
with the rejection of claim 16, the Examiner rejects claim 17 as part of a rejection of 
claim 9-18, 59-67 and 107-112. However, the Examiner does not mention anything 
regarding the limitations of claim 17. Nor does the Examiner cite any portions of 
Tuatini, Mead, Cheng, Beck or Machine that teaches or suggest the limitations of claim 
17. In short, the Examiner has completely ignored the limitations of claim 17, which is 
clearly improper. 

Furthermore, the Examiner's combination of Tuatini, Mead, Cheng, Beck and 
Machin fails to teach or suggest the first entity accessing the advertisement for the 
stored data and the first entity accessing the stored data in accordance with the 
access information for the stored data in the advertisement for the stored data . 

Instead, as noted above regarding claim 16, Tuatini teaches that result information is 
transmitted directly to the requesting client via messages. For instance, Tuatini teaches 
that a container receives the request messages and forwards them to container adapter and 
"receives response messages from the container adapter and forwards them to the client 
system" (Tuatini, paragraph [0065]). Similarly, Tuatini also states, "[ajfter the message 
has been sent to execute the function of the shared service, the transport connector (or 
service adapter) then waits to receive response messages (if any) from the function" and 
that "[f]or each response message received, the transport connector performs the same 
processing discussed (e.g., translation, or additional security measures) in order to send 
the response message back to the requesting client" (Parenthesis in original, Tuatini, 
paragraph, [0138]). 

Thus, Tuatini clearly and repeated states that result information is send in 
message to the requesting client. Nowhere does Tuatini mention providing an 
advertisement for the stored data to the first entity, where the advertisement includes 
access information for the stored data. Moreover, as noted above, the Examiner has 
failed to address the limitations of claim 17 in his rejection. 
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Thus, for at least the reasons above, the rejection of claim 17 is not supported by 
the cited art and removal thereof is respectfully requested. Similar remarks also apply to 
claim 66. 

Regarding the rejection of claim 22 as being unpatentable over Tuatini in view of 
AAPA, the Examiner states that it would have been obvious to combine the teachings of 
Tuatini and the AAPA because the AAPA's use of Jini environment would provide 
access to the Jini services. Applicants disagree with the Examiner's statement. The 
Examiner's statement is entirely conclusory. Applicants submit that such a broad 
conclusory statement does not provide a sufficient reason to combine the teachings 
Tuatini and the AAPA. "The factual inquiry whether to combine references must be 
thorough and searching." McGinley v. Franklin Sports, Inc., 60 USPQ2d 1001, 1008 
(Fed. Cir. 2001). It must be based on objective evidence of record. "This precedent has 
been reinforced in myriad decisions, and cannot be dispensed with." In re Lee, 61 
USPQ2d 1430, 1433 (Fed. Cir. 2002). 

The Federal Circuit has stated: "[o]ur case law makes clear that the best defense 
against the subtle but powerful attraction of a hindsight-based obviousness analysis is 
rigorous application of the requirement for a showing of the teaching or [reason] to 
combine prior art references." The need for specificity pervades this authority . See, e.g., 
In reKotzab, 111 F.3d 1365, 1371, 55 USPQ2d 1313, 1317 (Fed. Cir. 2000) (" particular 
findings must be made as to the reason the skilled artisan, with no knowledge of the 
claimed invention, would have selected these components for combination in the manner 
claimed" (emphasis added)); In re Rouffet, 149 F.3d 1350, 1359, 47 USPQ2d 1453, 1459 
(Fed. Cir. 1998) 

The Examiner has failed to provide any reason for modifying Tuatini in view of 
AAPA. Instead the Examiner has merely pointed to standard boilerplate text indicating 
that Tuatini 's system may be modified, but that does not provide any reason for the 
specific modification suggested by the Examiner . Similarly, nothing from AAPA 
provides any reason to modify the teaching of Tuatini to include the Jini environment. 
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Just because the Jini environment was known in the prior art, does not mean that 
one of ordinary skill in the art would modify the teachings of Tuatini with the Jini 
environment. The Examiner has provided no objective evidence of record to the 
contrary. The Examiner has only shown that both Tuatini and the Jini environment were 
known in the art. However, the Examiner's stated reason, namely, "to utilize Jini 
services of the Jini environment so that a client will be able to acess [sic] advertisement 
related information from the remote servers of the Jini network through proxy services" 
amounts to nothing more than a conclusory statement based in hindsight analysis of the 
present application. 

As noted above, the Examiner has merely referred to features of the Jini 
environment, such as "[t]he Jini environment would provide access to Jini services", "Jini 
services would provide information to the client over the network" and "[t]he client 
would utilize the provided information". Thus, the Examiner's stated reason amounts to 
nothing more than concluding that since both Tuatini 's system and the Jini environment 
were known it would be obvious to combine them, which as noted above, is clearly 
improper. 

In light of the above remarks, Applicants assert that the rejection of claim 22 is 
not supported any evidence of record. Withdrawal of the rejection is respectfully 
requested. Similar remarks as discussed above in regard to claim 22 apply to claims 71 
and 115. 
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CONCLUSION 



Applicants submit the application is in condition for allowance, and notice to that 
effect is respectfully requested. 



If any fees are due, the Commissioner is authorized to charge said fees to 
Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. Deposit Account No. 501505/5181- 
72200/RCK. 

Respectfully submitted, 

/Robert C. Kowert/ 

Robert C. Kowert, Reg. #39,255 
Attorney for Applicants 
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